home *** CD-ROM | disk | FTP | other *** search
/ Netware Super Library / Netware Super Library.iso / inet_tcp / freetcp / docs / os2slip.txt < prev    next >
Encoding:
Internet Message Format  |  1994-10-13  |  4.1 KB
  1. Path: hermes.fwi.uva.nl!fwi.uva.nl!sun4nl!EU.net!uunet!uunet.ca!uunet.ca!io.org!usenet
  2. From: kmedcalf@io.org (Keith Medcalf)
  3. Newsgroups: comp.os.os2.networking.tcp-ip
  4. Subject: Re: Routing with SLIP & Ethernet
  5. Date: 11 Oct 1994 13:17:50 GMT
  6. Organization: Keith Medcalf and Associates
  7. Lines: 86
  8. Distribution: world
  9. Message-ID: <37e39u$4hh@ionews.io.org>
  10. References: <36ioic$t4u@geraldo.cc.utexas.edu> <2e965dde.45585452454d45@extreme.mayn.sub.de>
  11. Reply-To: kmedcalf@io.org (Keith Medcalf)
  12. NNTP-Posting-Host: zealot.net2.io.org
  13. X-Newsreader: IBM NewsReader/2 v1.02
  14.  
  15. In <2e965dde.45585452454d45@extreme.mayn.sub.de>, pilgrim@extreme.mayn.sub.de (Bjoern "Pilgrim" Karlowsky) writes:
  16. >Hi Kevin!
  17. >: *************************               *************************
  18. >: *    128.97.97.10 (lan0)*===============*    128.97.97.30 (lan0)*
  19. >: *                       *   ethernet    *                       *
  20. >: *    128.23.35.20 (sl0) *               *                       *
  21. >: *************************               *************************
  22. >:         ||
  23. >:         ||
  24. >:         ||  SLIP
  25. >:         ||
  26. >:         ||
  27. >: *************************
  28. >: *    128.23.35.250      *
  29. >: *                       *
  30. >: *                       *
  31. >: *************************
  32. >
  33. >: The current routing table for PC #1 is
  34. >: 128.97.97.0     128.97.97.10            lan0
  35. >: default         128.83.35.250           sl0
  36. >
  37. >: The current routing table for PC #2 is
  38. >: 128.97.97.0     128.97.97.30            lan0
  39. >
  40. >
  41. >: Any help or information is appreciated.
  42. >
  43. >: Thanks,
  44. >: Kevin
  45. >
  46. >
  47. >Kevin Tapperson (kevintap@mail.utexas.edu) wrote:
  48. >
  49. >: The ethernet network works fine, and the SLIP connection works fine, however PC 
  50. >: #2 cannot communicate with computers on the other side of the SLIP connection. 
  51. >: (ie. packets are not being transfered between the ethernet (lan0) and SLIP (sl0)
  52. >: interfaces)
  53. >
  54. >: Is the problem with the routing, if so, how should this be routed.
  55. >
  56. >You have to publish an ARP entry onto the lan for the SLIP machine with the
  57. >hardware adress of the lan0 interface from PC#1.
  58. >You get the adress with netstat -n there. And do:
  59. >arp -s <hostname_slip_far> <hardwareadress_lan0_pc1> pub
  60. >
  61.  
  62. You have violated rule uno of using SLIP -- you forgot to use a
  63. separate network or subnetwork for your SLIP network.  It works
  64. exactly as it should work.  You must not mix topology types within
  65. the same subnet.  TCP/IP was not designed for such foolish setups.
  66.  
  67. Alternatively, you can merely run dynamic routing on all the machines
  68. in the network, that is, detach routed -g -s on EVERY MACHINE ON THE
  69. NETWORK including making sure that RIP routing is active on all the
  70. routers in the network.
  71.  
  72. Then, make sure that the GATEWAYS file on the node that connects to the
  73. badly formed SLIP node is correct, and that the GATEWAYS file on the
  74. SLIP node with the defective address is correct.  And that the GATEWAYS
  75. file on the default router for your network accurately reflects the
  76. remote routers that access the slip nodes. Then all will work as you
  77. expect.
  78.  
  79. Isn't Dynamic Routing wonderful?  This is precicesely why it was
  80. invented.  Isn't it cool that computers on a network can talk to
  81. each other and tell them how to route packets from one place to
  82. another?
  83.  
  84. You can also make the defective SLIP node arpable by proxy, however then
  85. you will have to contend with the difficulties created by having
  86. inaccurate hop counts to the outside world.  It may truncate the extents
  87. of the world a little, but that should not be too much of a problem,
  88. depending on how far you are from the rest of the internet.
  89.  
  90. Your proper course of action is to allocate a non-arpable network number
  91. to use as you slip network.  Then run routed on both sides of all slip
  92. connections.
  93.  
  94. +--------------------------------------------------------------------+
  95. | Keith Medcalf              | Internet:  kmedcalf@io.org            |
  96. | Software Engineer          | SnailMail: 275 Broadview Ave #152     |
  97. | Database and Client/Server |            Toronto ON CANADA M4M 3H5  |
  98. | Application Systems        | Telephone: (416) 465-9578             |
  99. +--------------------------------------------------------------------+
  100.  
  101.  
  102.